home *** CD-ROM | disk | FTP | other *** search
/ Meeting Pearls 1 / Meeting Pearls Vol 1 (1994).iso / installed_progs / text / faqs / object-faq.part3 < prev    next >
Encoding:
Internet Message Format  |  1993-12-15  |  58.1 KB

  1. Subject: Comp.Object FAQ Version 1.0.5 (12-13) Part 3/8
  2. Newsgroups: comp.object,comp.answers,news.answers
  3. From: Bob Hathaway <rjh@geodesic.com>
  4. Date: Tue, 14 Dec 1993 04:44:30 GMT
  5.  
  6. Archive-name: object-faq/part3
  7. Last-Modified: 12/13/93
  8. Version: 1.0.5
  9.  
  10. 3.11) What Is Available On Object-Oriented Testing?
  11. ---------------------------------------------------
  12.  
  13. [This entry was donated by Doug Shaker and is certainly a FAQ]
  14.  
  15. Testing of Object-Oriented Programming (TOOP) FAQ/Resource Summary
  16.  
  17. Posted to comp.object, comp.lang.c++, comp.lang.smalltalk and
  18. comp.software.testing.
  19.  
  20. Last revised on 93.10.27.  The most notable change is in the additions
  21. to the Software section.  Also a couple of articles added to the
  22. Written Material section.
  23.  
  24.  
  25. > What?
  26.  
  27. This is a summary of resources on the Testing of Object-Oriented
  28. Programming that have been mentioned to me over the net, in email,
  29. or other means.  Sections include Written Material, Courses, and
  30. Software.  It is kind of like an FAQ, though it isn't organized 
  31. that way.
  32.  
  33. > Who?
  34.  
  35. I work for a Unix software house, Qualix Group, in the US.   Here is
  36. my sig:
  37.  - Doug Shaker
  38.     voice:    415/572-0200
  39.     fax:    415/572-1300
  40.     email:    dshaker@qualix.com
  41.     mail:    Qualix Group
  42.         1900 S. Norfolk St., #224
  43.         San Mateo, CA 94403
  44. I am NOT a researcher on the testing of object-oriented programming.
  45. I just collate the stuff that is sent to me by people who REALLY know
  46. something.  See the section "ACKs" at the end.
  47.  
  48. I just think it is important.
  49.  
  50. > Why?
  51.  
  52. Why is this important? If classes are really to be reused in
  53. confidence, they must be blatantly correct.  The classes must be easily
  54. testable during initial evaluation by the client programmer.  They must
  55. also be testable under different OS configurations, different compiler
  56. optimizations, etc.  This means that testing modules must be
  57. constructed in a way which is recognized as correct and the modules
  58. must be shipped with the class libraries.  
  59.  
  60. As soon as one major class library vendor starts to ship real test code
  61. with their libraries, all of the other vendors will be forced, by
  62. market pressure, to do so as well, or face market share erosion.  Think
  63. about it.  If you had to recommend a class library to a committee that
  64. was choosing a basis for the next five years of work, wouldn't you feel
  65. safer with a class library that could be auto-tested in your
  66. environment?
  67.  
  68.  
  69. > Written Material
  70.  
  71. Berard, Edward.  Essays on Object-Oriented Software Engineering.  
  72.     Prentice-Hall, Englewood Cliffs, NJ. $35.
  73.     This book has two chapters on testing of object-oriented software, 
  74.     focusing on how to do it.
  75.  
  76. Berard, Edward.  Project Management Handbook.  Must be purchased
  77.     direct from Berard Software Engineering, Ltd., 902 Wind River
  78.     Lane, Suite 203, Gaithersburg, Maryland 20878.  $225.
  79.     The book focuses on the management of OOP projects.  It
  80.     includes one chapter on testing OO software and one chapter
  81.     on quality assurance.
  82.  
  83. Bezier, Boris, "Software Testing Techniques", 2nd edition, Van Nostrand
  84.     Reinhold, 1990, 503pp, $43, ISBN 0-442-20672-0.  While this is
  85.     not specifically about testing of OOP, it is mentioned so often
  86.     by so many people as a definitive software testing work, that
  87.     I have to mention it anyway.
  88.  
  89. Cheatham Thomas J., and Lee Mellinger, "Testing Object-Oriented
  90.     Software Systems",  Proceedings of the 18th ACM Annual Computer
  91.     Science Conference, ACM, Inc., New York, NY, 1990, pp. 161-165.
  92.  
  93. Doong, Roong-Ko and Phyllis G. Frankl, "Case Studies on Testing 
  94.     Object-Oriented Programs", Proceedings of the 4th Symposium on
  95.     Testing, Analysis, and Verification (TAV4), 1991, ACM, Inc.,
  96.     New York, NY, 1991, pp. 165-177.
  97.  
  98. Fiedler, Steven P., "Object-Oriented Unit Testing", Hewlett-Packard 
  99.     Journal, April, 1989, pp. 69-74.
  100.  
  101. Firesmith, D.G., "Testing Object-Oriented Software", Proceedings 
  102.     of 11th. TOOLS USA Conference, Santa Barbara, Aug 1993, pp 407-426.
  103.  
  104. Frankl, Phyllis G. and Roong-Ko Doong, "Tools for Testing 
  105.     Object-Oriented Programs", Proceedings of the 8th Pacific
  106.     Northwest Conference on Software Quality, 1990, pp. 309-324.
  107.     One author can be reached at pfrankl@polyof.poly.edu.
  108.  
  109. Graham, J.A., Drakeford, A.C.T., Turner, C.D. 1993. The Verification, 
  110.     Validation and Testing of Object Oriented Systems, BT Technol
  111.     J.  Vol 11, No 3. One author's email address is
  112.     jgraham@axion.bt.co.uk.
  113.  
  114. Harrold, Mary Jean, John D. McGregor, and Kevin J. Fitzpatrick, 
  115.     "Incremental Testing of Object-Oriented Class Structures",
  116.     International Conference on Software Engineering, May, 1992,
  117.     ACM, Inc., pp. 68 - 80.
  118.  
  119. Hoffman, Daniel and Paul Strooper.  A Case Study in Class Testing.
  120.     To be Presented at the IBM Center for Advanced Studies Fall
  121.     Conference, October 1993, Toronto.  Email addresses for authors
  122.     are dhoffman@csr.uvic.ca and pstropp@cs.uq.oz.au.  Describes an
  123.     approach to testing which the authors call Testgraphs.  An
  124.     example is worked out in C++ which tests a commercial class.
  125.  
  126. Hoffman, D. M.  A CASE Study in Module Testing.  In Proc. Conf. Software
  127.     Maintenance, pp. 100-105. IEEE Computer Society, October 1989.
  128.  
  129. Hoffman, D.M. and P.A. Strooper.  Graph-Based Class Testing.  In 
  130.     7th Australian Software Engineering Conference (to appear), 1993.
  131.  
  132. Klimas, Edward "Quality Assurance Issues for Smalltalk Based Applications", 
  133.     The Smalltalk Report, Vol. 1, No. 9, pp.3-7.  The author's
  134.     email address is "ac690@cleveland.freenet.edu".
  135.  
  136. Lakos, John S.  "Designing-In Quality in Large C++ Projects" Presented
  137.     at the 10th Annual Pacific Northwest Software Quality Conference,
  138.     Portland, Oregon, October 21, 1993.  Abstract:
  139.         The focus of this paper is on ensuring quality by
  140.         designing software that avoids acyclic component
  141.         dependencies.  This in-turn permits incremental,
  142.         hierarchical testing.  The importance of good physical
  143.         design becomes a key factor only for large and very
  144.         large projects.  Intuition gained from smaller projects
  145.         leads to errors in large designs.  Compile-coupling
  146.         ("Insulation") is also discussed.
  147.     Copies of the postscript file can be obtained by sending email
  148.     to "john_lakos@warren.mentorg.com".
  149.  
  150. Leavens, G. T., "Modular Specification and Verification of 
  151.     Object-Oriented Programs", IEEE Software, July 1991, pp. 72-80.
  152.  
  153. Love, Tom.  Object Lessons.  SIGS Books, 588 Broadway #604, New York, NY 
  154.     10012. $49.
  155.     This book eloquently elucidates the need for testing of object-
  156.     oriented code and has a chapter on how it was done at Stepstone
  157.     during the first release of their initial class library.
  158.  
  159. Marick, Brian.  The Craft of Software Testing, Prentice-Hall, in press.
  160.     Makes the argument that testing of object-oriented software is
  161.     simply a special case of testing software which retains state
  162.     and which is resused.  The author can be reached at 
  163.     info@testing.com.
  164.  
  165. Narick, Brian. "Testing Software that Reuses", Technical Note 2, Testing
  166.     Foundations, Champaign, Illinois, 1992. Copies may be obtainable 
  167.     via email. The author can be reached at info@testing.com.
  168.  
  169. Murphy, G.C., Wong, P. 1992, Towards a Testing Methodology for 
  170.     Object Oriented Systems, M.P.R Teltech Ltd. A poster at the
  171.     Conference on Object Oriented Programming Systems, Languages
  172.     and Applications ACM. Copies of this paper can be obtained
  173.     through townsend@mprgate.mpr.ca.
  174.  
  175. Murphy, G. and P. Wong.  Object-Oriented Systems Testing Methodlogy: An
  176.     Overview.  Techical Report TR92-0656, MPR Teltech Ltd., October 
  177.     1992.
  178.  
  179. Perry, D.E. and G.E. Kaiser, "Adequate Testing and Object-Oriented 
  180.     Programming", Journal of Object-Oriented Programming, 
  181.     2(5):13-19, Jan/Feb 1990.
  182.  
  183. Purchase, Jan A. and Russel L. Winder, "Debugging tools for 
  184.     object-oriented programming", Journal of Object-Oriented 
  185.     Programming, June, 1991, Vol. 4, No. 3, pp. 10 - 27.
  186.  
  187. Smith, M. D. and D. J. Robson, " A Framework for Testing Object-Oriented 
  188.     Programs", JOOP, 5(3):45-53, June 1992.
  189.     Describes ways in which the usual approach to software testing
  190.     could be adapted for object-oriented software.
  191.     This paper, or one with the same title and authors, is
  192.     available by anonymouns ftp from vega.dur.ac.uk as
  193.     "/pub/papers/foot.dvi".
  194.  
  195. Smith, M. D. and D. J. Robson, "Object-Oriented Programming - the 
  196.     Problems of Validation",  Proceedings of the 6th International 
  197.     Conference on Software Maintenance 1990, IEEE Computer Society 
  198.     Press, Los Alamitos, CA., pp. 272-281.
  199.  
  200. Taylor, David. "A quality-first program for object technology", Object 
  201.     Magazine, Vol. 2, No. 2, July-August 1992, pp17-18. SIGs
  202.     Publications.  The article talks some about why testing is
  203.     important for OOP and describes one quality program.
  204.  
  205. Theilen, David.  "No Bugs.  Delivering error free code in C and C++.",
  206.     Addison-Wesley, 1992, ISBN:0-201-60890-1.
  207.  
  208. Turner, C. D. and D. J. Robson, "The Testing of Object-Oriented Programs",
  209.     Technical Report TR-13/92, Computer Science Division, School of
  210.     Engineering and Computer Sciences (SECS), University of Durham,
  211.     England.
  212.     Includes a survey of existing literature on testing of OO
  213.     programs.  Testing of OOP is compared with traditional software
  214.     testing.  A state-based approach is described.
  215.     This paper is available by anonymous ftp from vega.dur.ac.uk in
  216.     /pub/papers. Get "toop.ps.Z" for A4 paper and "toopus.ps.Z" for
  217.     US letter paper formatting.
  218.  
  219. Turner, C. D. and D. J. Robson, "A Suite of Tools for the State-Based
  220.     Testing of Object-Oriented Programs", Technical Report
  221.     TR-14/92, Computer Science Division, School of Engineering and
  222.     Computer Science (SECS), University of Durham, Durham,
  223.     England.  Describes a series of tools for the generation and
  224.     execution of test cases for OOP.  These tools assume a
  225.     state-based testing approach.
  226.     This paper is available by anonymous ftp from vega.dur.ac.uk in
  227.     /pub/papers.  Get "tools.ps.Z" for A4 paper formatting or get
  228.     "toolsus.ps.Z" for US letter formatting.
  229.  
  230. Turner, C. D. and D. J. Robson, "Guidance for the Testing of Object-
  231.     Oriented Programs", Technical Report TR-2/93, Computer Science
  232.     Division, School of Engineering and Computer Science (SECS),
  233.     University of Durham, Durham, England.  Discusses different
  234.     methods of making class declarations and the implications of
  235.     those methods for testing.
  236.     This paper is available by anonymous ftp from vega.dur.ac.uk in
  237.     /pub/papers.  Get "guide.ps.Z" for A4 paper formatting or get
  238.     "guideus.ps.Z" for US letter formatting.
  239.  
  240. Turner, C. D. and D. J. Robson, "State-Based Testing and Inheritance",
  241.     Technical Report TR-1/93, Computer Science Division, School of
  242.     Engineering and Computer Science (SECS), University of Durham,
  243.     Durham, England.
  244.     Discusses the implications of inheritance for testing,
  245.     particularily incremental testing.
  246.     This paper is available by anonymous ftp from vega.dur.ac.uk in
  247.     /pub/papers.  Get toopinht.ps.Z" for A4 paper formatting or get
  248.     "toopinhtus.ps.Z" for US letter formatting.
  249.  
  250. Wong, P. Automated Class Exerciser (ACE) User's Guide.  Technical
  251.     Report TR92-0655, MPR Teltech Ltd., September 1992.
  252.  
  253. > Courses
  254.  
  255. Berard Software Engineering, Inc. teaches a seminar on Testing of
  256. Object-Oriented Software (TOOS).  The next one scheduled that I know of
  257. is November 8-12, in Washington.  Call 301-417-9884 for details.
  258.  
  259. Quality Fractals, Inc. has a course called "Testing Object-Oriented
  260. Software".  Contact: 508-359-7273 (Box 337, Medfield, MA 02052).  The
  261. course is taught by Shel Siegel of YESS!, Inc.  Contact: 916-944-1032.
  262.  
  263.  
  264. > Software
  265.  
  266. There is a smalltalk class library in the Univ. of Illinois archives
  267. which includes a simple Tester class written by Bruce Samuelson
  268. (bruce@utafll.uta.edu). It is a general superclass for application
  269. specific classes that test non-interactive objects such as trees,
  270. collections, or numbers. It is not suitable for testing user interface
  271. components such as windows, cursors, or scroll bars. The filein
  272. includes Tree classes, Tester itself, and subclasses of Tester that are
  273. used to validate the Tree classes. For ParcPlace Smalltalk (ObjectWorks
  274. 4.1 and VisualWorks 1.0). To get it ftp the file
  275. "/pub/st80_vw/TreeLW1.1" from st.cs.uiuc.edu.
  276.  
  277. IPL Ltd. (in the UK) has a testing tool called Cantata which allows for
  278. testing C++, but as far as I am able to determine, it has no special
  279. features for C++ testing.  From the product literature:
  280.     Cantata allows testing to be performed in an intuitive way
  281.     making the tool exceptionally easy to use and productive in
  282.     operation. Cantata is suitable for testing software written in
  283.     either C or C++.
  284.  
  285.     Cantata provides comprehensive facilities for all forms of
  286.     dynamic testing, including: functional testing, structural
  287.     testing, unit testing and integration testing. Cantata has been
  288.     specifically designed to operate in both host and target
  289.     systems and so allow full portability of tests between these
  290.     environments.
  291. For more information contact IPL:
  292.     IPL Ltd.
  293.     Eveleigh House, Grove Street, 
  294.     Bath  BA1 5LR
  295.     UK
  296.     (0225) 444888
  297.     (0225) 444400 (FAX)
  298.     email: shaun@iplbath.demon.co.uk
  299.  
  300. TestCenter from CenterLine will do coverage testing of C++ (and C)
  301. code.  Also does some memory debugging (similar to Purify) and regression
  302. testing.  Highlights from CenterLine literature:
  303.   *Automatic run-time error-checking on executables to enhance quality 
  304.   *Automatic memory leak detection on executables to optimize memory use
  305.   *Graphical test coverage to highlight any code not executed during test runs
  306.   *Intuitive GUI for easy test analysis 
  307.   *Programmatic interface to output files and cumulative code coverage 
  308.    to support batch-mode and regression testing
  309.   *No recompilation needed, resulting in quick turnaround
  310.   *Complete C and C++ language support
  311.   *Integration with leading programming tools for maximum productivity gains
  312.  
  313. MicroTech Pacific Research (mpr.ca) has a C++ class testing tool called
  314. ACE (Automated Class Exerciser) which is available under non-disclosure
  315. agreement.  It is not currently for sale.  If you are interested,
  316. contact Paul Townsend, townsend@mprgate.mpr.ca.
  317.  
  318. Software Research Inc. (625 Third St, San Francisco, CA 94107-1997,
  319. voice: 1-415-957-1441, email: info@soft.com) has a coverage tool for C++
  320. that is called tcat++.  It is an extension of SRI's tcat program.
  321.  
  322. Quality Assured Software Engineering (938 Willowleaf Dr., Suite 2806,
  323. San Jose, CA 95128, voice: 1-408-298-3824 ) has a coverage tool for
  324. C and C++ called MetaC.  It also dones some syntax checking and memory
  325. allocation checking.
  326.  
  327. A group of volunteers is building a C++ test harness for the automated
  328. testing of C++, C and Perl programs.  The system is called ETET (Extended
  329. Test Environment Toolkit).  To join the group of volunteers, send email to
  330.     etet_support@uel.co.uk
  331. The software is available via anonymous FTP from bright.ecs.soton.ac.uk
  332. (152.78.64.201) as "/pub/etet/etet1.10.1.tar.Z".  They are looking for
  333. other FTP sites - sned email to the above address if you can provide
  334. one.  This is a beta release and _should_ compile on any POSIX.1 system.
  335. As much of this work is being done by SunSoft, my guess is that the
  336. software will have the fewest problems on SunOS or Solaris releases.
  337.  
  338. > ACKs
  339.  
  340. Thanks to the following for helping assemble this list:
  341.     Benjamin C. Cohen, bcohen@scdt.intel.com
  342.     Brian Marick, marick@hal.cs.uiuc.edu
  343.     Bruce Samuleson, bruce@utafll.uta.edu
  344.     Daniel M. Hoffman, dhoffman@uvunix.uvic.ca
  345.     Edward Klimas, ac690@cleveland.freenet.edu
  346.     John Graham, J.Graham@axion.bt.co.uk
  347.     Jim Youlio, jim@bse.com
  348.     Jeffery Brown, jeffrey.brown@medtronic.com
  349.     Lars Jonsson, konlajo@etna.ericsson.se
  350.     Manfred Scheifert, ch_schie@rcvie.co.at
  351.     Mark Swanson, mswanson@mechmail.cv.com
  352.     Mary L. Schweizer, mary@gdwest.gd.com
  353.     Michael Einkauf, Michael_Einkauf@iegate.mitre.org
  354.     Paul Townsend, townsend@mprgate.mpr.ca
  355.     Phyllis G. Frankl, pfrankl@polyof.poly.edu
  356.     Rachel Harrison, rh@ecs.soton.ac.uk
  357.     Risto Hakli, rkh@tko.vtt.fi
  358.     Russ Hopler, russ@bse.com
  359.     Stephane Barbey, barbey@di.epfl.ch
  360.     Tony Reis, tonyr@hpsadln.sr.hp.com
  361.     Yawar Ali, yali@bnr.ca
  362.  
  363.  
  364. 3.12) What Distributed Systems Are Available?
  365. ---------------------------------------------
  366.  
  367. The following post helps to provide some answers with at least a partial list.
  368. See also Appendix E.
  369.  
  370. From: rmarcus@bcsaic.boeing.com (Bob Marcus)
  371. Newsgroups: comp.object,comp.client-server
  372. Subject: Distributed Computing Products Overview
  373. Date: 17 Sep 93 00:02:40 GMT
  374. Organization: Boeing Computer Services
  375.            
  376.              DISTRIBUTED COMPUTING PRODUCTS OVERVIEW
  377.  
  378.   There was a recent posting concerning the relationship between OMG's CORBA
  379.  and Distributed Transaction Processing Monitors. In general, there is a lot of
  380.  uncertainty as to how the various distributed computing tools, products and
  381.  environments might work together.  Below is the outline of an eight-page
  382.  posting to the Corporate Facilitators of  Object-Oriented Technology (CFOOT)
  383.  mailing list addressing these issues. Let me know if you would like a copy
  384.  of the posting and/or to be added to the CFOOT mailing list. 
  385.      
  386.                                           Bob Marcus 
  387.                                           rmarcus@atc.boeing.com
  388.  -----------------------------------------------------------------------
  389.  SOME GENERAL REFERENCES FOR ADDITIONAL INFORMATION 
  390.  -----------------------------------------------------------------------
  391.  MULTIPROTOCOL NETWORK TRANSPORTS
  392.  
  393.   Peer Logic (PIPES)
  394.   ATT (Transport Layer Interface) 
  395.  -----------------------------------------------------------------------
  396.  MICROKERNELS
  397.  
  398.   OSF(Mach)
  399.   Chorus Systems (Chorus)
  400.   Microsoft (NT)
  401.  -----------------------------------------------------------------------
  402.  REMOTE PROCEDURE CALLS
  403.  
  404.   NobleNet (EZ-RPC)
  405.   Netwise (Netwise-RPC) 
  406.   ATT/Sun (TI-RPC)
  407.   OSF (DCE/RPC)
  408.  -----------------------------------------------------------------------
  409.  CONVERSATIONAL PROGRAMMING
  410.  
  411.   IBM(Common Programming Interface-Communications)
  412.  -----------------------------------------------------------------------
  413.  MESSAGING PRODUCTS
  414.  
  415.   System Strategies/IBM (MQ Series)
  416.   Horizon Strategies (Message Express) 
  417.   Covia Systems(Communications Integrator)
  418.   Momentum Software(X-IPC)
  419.   Creative System Interface (AAI)
  420.   Digital (DECmessageQ)
  421.   HP (Sockets)(BMS)
  422.   IBM (DataTrade)(DAE)
  423.   Suite Software (SuiteTalk)
  424.   Symbiotics (Networks)
  425.  -----------------------------------------------------------------------
  426.  PUBLISH AND SUBSCRIBE MESSAGING 
  427.  
  428.   Sun(Tooltalk)
  429.   Teknekron (Teknekron Information Bus)
  430.   ISIS(Distributed News)
  431.   Expert Database Systems (Rnet)
  432.  ----------------------------------------------------------------------
  433.  DISTRIBUTED COMPUTING ENVIRONMENTS
  434.  
  435.   OSF/DCE
  436.   ISIS(Distributed Toolkit)
  437.  -----------------------------------------------------------------------
  438.  TRANSACTION PROCESSING MANAGERS 
  439.  
  440.   Unix Systems Lab (Tuxedo) 
  441.   Information Management Company (Open TransPort) 
  442.   NCR (TopEnd)
  443.   Transarc (Encina)
  444.   IBM/HP/Transarc (Open CICS)
  445.  -----------------------------------------------------------------------
  446.  DISTRIBUTED WORKSTATION EXECUTION SYSTEMS
  447.  
  448.   Aggregate Systems (NetShare)
  449.   Platform Computing(Utopia)
  450.   ISIS(Resource Manager)
  451.  -----------------------------------------------------------------------
  452.  OBJECT REQUEST BROKERS 
  453.  
  454.   Hyperdesk (Distributed Object Manager)
  455.   IBM Distributed System Object Model(DSOM)
  456.   Microsoft (Distributed OLE)
  457.   Iona Technologies Ltd. (Orbix) 
  458.   BBN (Cronus)
  459.   ISIS (RDOM)
  460.   Qualix (NetClasses)
  461.   Symbiotics (Networks!)
  462.   Digital(ACA Services) 
  463.   Suite Software (SuiteDOME)
  464.  -----------------------------------------------------------------------
  465.  SYSTEM MANAGEMENT  
  466.  
  467.   OSF (Distributed Management Environment)
  468.   Legent
  469.   Digital Analysis (HyperManagement)
  470.  -----------------------------------------------------------------------
  471.  DISTRIBUTED DEVELOPMENT/EXECUTION PRODUCTS   
  472.  
  473.   Texas Instruments (Information Engineering Facility)
  474.   HP (SoftBench)
  475.   Digital (COHESIONworX) 
  476.  -----------------------------------------------------------------------
  477.  DISTRIBUTED DEVELOPMENT/EXECUTION PRODUCTS   
  478.  
  479.   Independence Technologies (iTRAN)
  480.   Intellicorp(Kappa) 
  481.   ISIS Distributed Systems (RDOM) 
  482.   Early, Cloud & Company (Message Driven processor)
  483.   Expersoft(XShell)
  484.   Cooperative Solutions(Ellipse)
  485.  -----------------------------------------------------------------------
  486.  
  487.  
  488. 3.13) What Is The MVC Framework?
  489. --------------------------------
  490.  
  491. MVC stands for Model-View-Controller.  This framework was originally adopted
  492. in Smalltalk to support Graphical User Interfaces.  Views support graphical
  493. interfacing, controllers handle interaction, and models are the application
  494. objects.  More details and references will be included in future FAQs.
  495.  
  496. "A Cookbook for Using the Model-View-Controller User Interface Paradigm in
  497. Smalltalk-80".  G. E. Krasner and S. T. Pope.  JOOP, vol 1, no 3, August/
  498. September, 1988, pp 26-49,
  499.  
  500.  
  501. 3.14) What is Real-Time?
  502. ------------------------
  503.  
  504. Real-time is our linear extrapolation/perception of imaginary time.
  505.  
  506. [This section is YTBI]
  507.  
  508.  
  509. SECTION 4:  COMMONLY ASKED LANGUAGE SPECIFIC QUESTIONS
  510. ======================================================
  511.  
  512. 4.1)  What is Downcasting?
  513. --------------------------
  514.  
  515. Downcasting is the term used in C++ for casting a pointer or reference to
  516. a base class to a derived class.  This should usually be checked with an
  517. embedded dynamic typing scheme if such a scheme is not present in the
  518. language, such as with a typecase (Modula-3) or inspect (Simula) construct.
  519. In C++, it is even possible to use conversion functions to perform some
  520. checks, although the proposed RTTI will perform checked downcasting as
  521. its primary ability.
  522.  
  523.  
  524. 4.2)  What are Virtual Functions?
  525. ---------------------------------
  526.  
  527. Look under "Dynamic Binding" and "Polymorphism".
  528.  
  529.  
  530. 4.3)  Can I Use Multiple-Polymorphism Or Multi-Methods In C++?
  531. ---------------------------------------------------------------
  532.  
  533. Yes, but you'll need to embed a dynamic typing scheme to do it.  With dynamic
  534. types in place, an overriding method in a derived class can explicitly check
  535. argument types in a switch statement and invoke the desired method emulating
  536. multiple-polymorphism [See Coplien 92].  
  537.  
  538. For true CLOS multi-methods, the above technique implemented as a base function
  539. (CLOS defgeneric), switching to specialized functions (CLOS methods, made
  540. friends of all arguments) will provide the functional calling syntax, multiple-
  541. polymorphism and access to parameters found in CLOS.  This can require some
  542. complex switching, which is somewhat mitigated when multiple-polymorphism
  543. is implemented with virtual functions.
  544.  
  545. Future FAQs should contain more detail.
  546.  
  547.  
  548. 4.4)  Can I Use Dynamic Inheritance In C++?
  549. -------------------------------------------
  550.  
  551. Yes, [Coplien 92] describes a scheme where a class can contain a pointer to
  552. a base class that can switch between its derived classes, providing a limited
  553. form.  Earlier chapters contain entries on bypassing C++'s message system and
  554. even bypassing static linking.
  555.  
  556. Future FAQs should contain more detail.
  557.  
  558.  
  559.  
  560. ANNOTATED BIBLIOGRAPHY
  561. ======================
  562.  
  563. [Agrawal 91]  R. Agrawal et al.  "Static Type Checking of Multi-Methods".
  564.  OOPSLA 91.  Object-Oriented Programming Systems, Languages, and Applications.  
  565.  ACM Press.  Addison Wesley.
  566.  
  567.   Compile-time checking and optimizations for multi-methods.
  568.  
  569. [Aho 86] Alfred V. Aho, Ravi Sethi, and Jeffrey D. Ullman.  Compilers:
  570.  Principles, Techniques, and Tools. Reading, MA: Addison-Wesley, 1986.
  571.  
  572.   Authoritative, classic book on compilers and optimizations.  Type chapter
  573.   contains section on type inferencing (using ML as an example).
  574.  
  575. [Berard 93]  Edward V. Berard.  Essays on Object-Oriented Software
  576.   Engineering.  Prentice Hall.
  577.  
  578.   Many topics on OOSE, includes coverage of OO domain and requirements
  579.   analysis.
  580.  
  581. [Black 86] A. Black et al.  Object-Structure in the Emerald System.  OOPSLA
  582.  '86 Conference Proceedings, SIGPLAN Notices (Special Issue), Vol. 21, n0. 11,
  583.  pp 78-86.    [I believe there is a more recent article, YTBI]
  584.  
  585.   The original article on Emerald.  OO language without inheritance but with
  586.   abstract types and static subtype polymorphism.  Also designed for
  587.   distributed programming and reuse.  See article for references: Jade on
  588.   reuse [Raj 89]) and Distr. Prog.
  589.  
  590. [Black 87] A. Black, N. Hutchinson, E. Jul, H. Levyand L. Carter.  Distribution
  591.  and Abstract Types in Emerald, IEEE Transactions on Software Engineering, Vol.
  592.  SE13, no. 1 Jam., pp 65-76.
  593.  
  594.   Subtype polymorphism for distributed programming in Emerald [Black 86].
  595.  
  596. [Blair 89] "Genericity vs Inheritance vs Delegation vs Conformance vs ..."
  597.  Gordon Blair, John Gallagher and Javad Malik, Journal of Object Oriented
  598.  Programming, Sept/Oct 1989, pp11-17.
  599.  
  600.   Recommended by a reader, but the Author has yet to review this article.
  601.  
  602. [Boehm 86] B.W. Boehm. A Spiral Model of Software Development and Enhancement.
  603.  Software Engineering Notes, Aug., vol. 11 (4), p 22.
  604.  
  605.  Presents an alternative evolutionary approach to the strict waterfall software
  606.  engineering life-cycle.  Now a classic, most OO methodologies now emphasize
  607.  the iterative or evolutionary approach to software development.
  608.  
  609. [Booch 87] Grady Booch.  Software Engineering with Ada.  2nd Ed.  Benjamin
  610.  Cummings.
  611.  
  612.   Booch in his early years.  Mostly object-based programming with Ada.
  613.  
  614. [Booch 87b] Grady Booch.  Software Components With Ada, Structures, Tools,
  615.  and Subsystems.  Benjamin Cummings.
  616.  
  617.   A taxonomy and collection of object-based components in Ada (includes code).
  618.   Has many examples with generics.
  619.  
  620. [Booch 91] Booch, Grady. Object-Oriented Design With Applications.  Benjamin
  621.   Cummings.
  622.  
  623.   The often referred to book on OOD.  Offers design notation and methodology.
  624.   Brief coverage of OOA and elaborate OOD/P coverage in the applications.
  625.   Good on basic principles and has case studies in Smalltalk, Object Pascal, 
  626.   C++, CLOS and Ada.
  627.  
  628.   Also contains an *elaborate* classified bibliography on many areas of OO.
  629.  
  630. [Booch 94]  Grady Booch.  Object-Oriented Analysis And Design With
  631.  Applications, 2nd Ed. Benjamin Cummings.  ISBN 0-8053-5340-2.
  632.  
  633.   The next FAQ should be updated to the second edition.  All examples are now
  634.   in C++.  Booch incorporates several other major methodologies including
  635.   Wirf-Brock's CRC (Class-Responsibility-Collaboration) and Jacobson's Use-
  636.   Cases.
  637.  
  638. [Cardelli 85]  L. Cardelli and P. Wegner.  On Understanding Types, Data
  639.  Abstraction, and Polymorphism.  ACM Computing Surveys vol. 17 (4).
  640.  
  641.  Long, classic article on Object-Oriented Types, Data Abstraction and
  642.  Polymorphism.  Formal coverage with a type system analysis model as well.
  643.  
  644. [Chambers 92]  Craig Chambers.  The Design and Implementation of the SELF
  645.  Compiler, an Optimizing Compiler for Object-Oriented Programming Languages.
  646.  Dept of Computer Science, Stanford University, March 1992.
  647.  
  648.   Covers type optimizations for OO compilers.  See Appendix E, PAPERS.
  649.  
  650. [Chambers 93]  Craig Chambers.  Predicate Classes.  Proceedings ECOOP '93
  651.   O. Nierstrasz, LNCS 707. Springer-Verlag, Kaiserslautern, Germany
  652.   July 1993 pp 268-296
  653.  
  654.    "... an object is automatically an instance of a predicate class whenever
  655.    it satisfies a predicate expression associated with the predicate class.
  656.    The predicate expression can test the value or state of the object, thus
  657.    supporting a form of implicit property-based classification that augments
  658.    the explicit type-based classification provided by normal classes.  By
  659.    associating methods with predicate classes, method lookup can depend not
  660.    only on the dynamic class of an argument but also on its dynamic value or
  661.    state. [...] A version of predicate classes has been designed and
  662.    implemented in the context of the Cecil language.
  663.  
  664.   See Appendix E, PAPERS.
  665.  
  666. [de Champeaux 93] Dennis de Champeaux, Doug Lea, Penelope Faure.
  667.  Object-Oriented System Development.  Addison-Wesley, ISBN 0-201-56355-X.
  668.  
  669.   Covers an integrated treatment of OOA and OOD.  Takes serious the
  670.   computational model of one thread per object.  Gives more than usual
  671.   attention to the OOA&D micro process.  Presents a unique OOD language.
  672.  
  673. [Coad 91]  Peter Coad and Edward Yourdon. Object-Oriented Analysis, 2nd ed.
  674.  Englewood Cliffs, NJ. Prentice Hall.
  675.  
  676.   Coad and Yourdon's OO analysis method.
  677.  
  678. [Coad 91b]  Peter Coad and Edward Yourdon. Object-Oriented Design.  Englewood
  679.  Cliffs, NJ. Prentice Hall.
  680.  
  681.   Coad and Yourdon's OO design method.
  682.  
  683. [Coleman 94] Derek Coleman, et. al.  Object-Oriented Development - The Fusion
  684.  Method.  Prentice-Hall Object-Oriented Series. ISBN 0-13-338823-9
  685.  
  686.   Fusion is considered to be a second generation OOAD method in that it builds
  687.   on successful components of a number of first generation methods (OMT, Booch,
  688.   CRC, Objectory, etc).  However, this has been done with the requirements of
  689.   industrial software developers in mind. And so issues of traceability,
  690.   management etc. have been taken into consideration and the Method provides
  691.   full coverage from requirements through to code.
  692.  
  693. [Coplien 92] James O. Coplien.  Advanced C++ Programming Styles and Idioms.
  694.   Addison Wesley.
  695.  
  696.   Covers advanced C++ programming and performing other more advanced and
  697.   dynamic styles of OO in C++.
  698.  
  699. [Colbert 89]  E. Colbert.  The Object-Oriented Software Development Method: a
  700.  practical aproach to object-oriented development.  Tri-Ada Proc., New York.
  701.  
  702.   Presents the Object-Oriented Software development method.  Has emphasis on
  703.   objects.
  704.  
  705. [Cox 86,91] Cox, Brad J.  Object-Oriented Programming, An Evolutionary
  706.  Approach.  Addison Wesley.
  707.  
  708.   The original book on Objective-C.  Coverage on object-oriented design and
  709.   programming.  Also covers Objective-C implementation, even into object code.
  710.   
  711.   Objective-C... '91 AW by Pinson and Wiener provide another good text.
  712.  
  713. [Embley 92]  D.W. Embley, B.D. Kurtz, S.N. Woodfield.  Object-Oriented Systems
  714.  Analysis, A Model-Driven Approach. Yourdon Press/Prentice Hall, Englewood
  715.  Cliffs, NJ.
  716.  
  717.   Presents the Embley and Kurtz OO methodology.
  718.  
  719. [Garfinkel 93]  Simson L. Garfinkel and Michael K. Mahoney.  NeXTSTEP
  720.  PROGRAMMING  STEP ONE: Object-Oriented Applications.  Springer-Verlag.
  721.  
  722.   Introduction to the NextStep environment and applications development.
  723.  
  724. [Goldberg 83] Adele Goldberg and David Robson. Smalltalk-80 The Language and
  725.  Its Implementation.  Addison Wesley.
  726.  
  727.   The original book on Smalltalk.  Covers implementation.  Also known as "the
  728.   Blue Book".  Out of print.  Superceded by [Goldberg ??].
  729.  
  730. [Goldberg ??] Adele Goldberg and David Robson. Smalltalk-80: The Language.
  731.  Addison-Wesley. 
  732.  
  733.   The "Purple Book".  Omits the obsolete abstract virtual machine description
  734.   from the Blue Book.
  735.  
  736. [Harmon 93] Paul Harmon.  Objects In Action: Commercial Applications Of Object-
  737.  Oriented Technologies.  Jan, 1993.  A-W ISBN 0-201-63336-1.
  738.  
  739.   Sponsored by the OMG to summarize the use of OO technology in industry and
  740.   business, contains a brief history and summary of OO and many case studies.
  741.  
  742. [HOOD 89] HOOD Working Group.  HOOD Reference Manual Issue 3.0.  WME/89-173/JB.
  743.  Hood User Manual Issue 3.0. WME/89-353/JB.  European Space Agency.
  744.  
  745.   Presnets the HOOD (Hierarchical Object-Oriented Design) OOSE methodology.
  746.   From the European Space Agency.  Based on Ada and object-based.
  747.  
  748. [Hudak 92] Paul Hudak and Simon Peyton Jones.  Haskell Report. SIGPLAN Notices.
  749.  1992, vol 27, no 5.
  750.  
  751.   Haskell reference.
  752.  
  753. [Humphrey 89]  Watts Humphrey.  Managing the Software Process.  Addison Wesley.
  754.  
  755.   Sponsored by the Software Engineering Institute (SEI), the presented project
  756.   management model is inspired by the work of Boehm, Brooks, Demming and Juran
  757.   and represents a strong step in the direction of achieving 6 sigma defect
  758.   rate prevention and optimizing the software development process for quality,
  759.   productivity, and reliability.
  760.  
  761. [IBM 90,91]  Various Documents from the IBM International Technical Centers:
  762.  GG24-3647-00, GG24-3641-00, GG24-3566-00, GG24-3580-00.
  763.  
  764.   Present IBM's OOSE methodology.
  765.  
  766. [Jacobson 92]  Ivar Jacobson, et al.  Object-Oriented Software Engineering - A
  767.  Use Case Driven Approach. ACM Press/Addison Wesley.
  768.  
  769.   Presents Jacobson's new OOSE methodology based on use cases.
  770.  
  771. [Jones 92]  Rick Jones. Extended type checking in Eiffel. Journal of Object-
  772.  Oriented Programming, May 1992 issue, pp.59-62.
  773.  
  774.   Presents subtype polymorphic extension to Eiffel (static typing only).
  775.  
  776. [Jurik 92] John A. Jurik, Roger S. Schemenaur, "Experiences in Object Oriented
  777.  Development," ACM 0-89791-529-1/92/0011-0189.
  778.  
  779.   Presents the EVB OOSE methodology.  Also: Barbara McAllister, Business
  780.   Development, EVB Software Engineering, Inc., (301)695-6960, barb@evb.com.
  781.  
  782. [Kiczales 92] Gregor Kiczales, Jim des Rivieres, Daniel G. Bobrow.  The Art
  783.  of the Metaobject Protocol.  The MIT Press.
  784.  
  785.   Reflection and Metaobject Protocols (MOPs).  Uses a CLOS subset, clossette,
  786.   as a foundation.
  787.  
  788. [Kim 89]  Won Kim and Frederick Lochovsky Editors.  Object-Oriented Concepts,
  789.  Applications, and Databases.
  790.  
  791.   Collection of articles on advanced OO and research systems.
  792.  
  793. [Lakoff 87] George Lakoff.  Women, Fire, and Dangerous Things: What Categories
  794.   Reveal About The Mind.  UOC Press.
  795.  
  796.   An almost formal view of classification/categorization by the noted cognitive
  797.   scientist, George Lakoff.  His view blasts objectivism and contends to
  798.   replace it with a subjectivist view, based on a study of humans, natural
  799.   language, and concept formation.
  800.  
  801. [LaLonde 90]  Wilf R. LaLonde and John R. Pugh.  Inside Smalltalk: Volume 1.
  802.  Prentice Hall.
  803.  
  804.   Good introduction to Smalltalk.
  805.  
  806. [LaLonde 90b]  Wilf R. LaLonde and John R. Pugh.  Inside Smalltalk: Volume 2.
  807.  Prentice Hall.
  808.  
  809.   Excellent coverage of MVC. However, it's based on ParcPlace Smalltalk-80,
  810.   version 2.5, which is obsolete.
  811.  
  812. [Liskov 93] Barbara Liskov and Jeannette M. Wing.  Specifications and Their use
  813.  in Defining Subtypes.  OOPSLA 93, pp 16-28.  ASM SIGPLAN Notices, V 28, No 10,
  814.  Oct. 1993.  A-W ISBN 0-201-58895-1.
  815.  
  816.   Specifications on Subtype hierarchies.  Helps to insure the semantic
  817.   integrity of a separate subtype system.  See section 2.7.
  818.  
  819. [Madsen 93] Ole Lehrmann  Madsen, Birger Moller-Pedersen, Kristen Nygaard:
  820.  Object-oriented programming in the BETA programming language.  Addison-Wesley,
  821.  June 1993. ISBN 0 201 62430 3
  822.  
  823.   The new and authoritative book on Beta, by the original designers.  They
  824.   are some of the same designers of the Simula languages, originating OO.
  825.   Also just announced:
  826.     Object-Oriented Environments: The Mjolner Approach
  827.     Editors: Jorgen Lindskov Knudsen, Mats Lofgren, Ole Lehrmann Madsen,
  828.          Boris Magnusson
  829.     Prentice Hall: The Object-Oriented Series
  830.     ISBN: 0-13-009291-6 (hbk)
  831.  
  832. [Martin 92] James Martin and James J. Odell. Object-Oriented Analysis and
  833.  Design, Prentice-Hall, Englewood Cliffs, NJ.  
  834.  
  835.   Its primary purpose is to indicate how information engineering (IE) can be 
  836.   evolved to accommodate OO.  The analysis portion (starting at Chapter 15) 
  837.   attempts to go back to 'first principles' and is based on a formal foundation.
  838.   Therefore, the IE aspect is not required.  Emphasis is more on analysis than 
  839.   design.
  840.  
  841. [Meyer 88] Bertrand Meyer. Object-Oriented Software Construction.  Prentice
  842.  Hall.  [Is there a new edition out?]
  843.  
  844.   The original book on Eiffel.  Coverage on object-oriented design and
  845.   programming.  Also:
  846.   Bertrand Meyer. Eiffel: The Language. PH. Englewood Cliffs, NJ. 1991(?)
  847.  
  848. [Mugridge 91] Warwick B. Mugridge et al.  Multi-Methods in a Statically-Typed
  849.  Programming Language. Proc. ECOOP.
  850.  
  851.   Efficient implementation of Multi-Methods.
  852.  
  853. [Murray 93] Robert B. Murray.  C++ Strategies and Tactics.  Addison Wesley.
  854.  
  855.   C++, has template examples.
  856.  
  857. [Nerson 92] Jean-Marc Nerson.  Applying Object-Oriented Analysis and Design.
  858.  CACM, 9/92.
  859.  
  860.   Demonstrates the basics of the BON method/notation.  Nerson: marc@eiffel.fr
  861.  
  862. [Raj 89] R.K. Raj and H.M. Levy.  A Compositional Model for Software Reuse.
  863.  The Computer Journal, Vol 32, No. 4, 1989. 
  864.  
  865.   A novel approach aading reuse to Emerald [Black 86] without inheritance.
  866.  
  867. [Reenskaug 91] T. Reenskaug, et al.  OORASS: seamless support for the creation
  868.  and maintenance of object-oriented systems. Journal of Object-Oriented
  869.  Programming, 5(6).
  870.  
  871.   Presents the Object-Oriented Role Analysis, synthesis, and Structuring
  872.   OOSE methodology.
  873.  
  874. [Royce 70] W. W. Royce. Managing the Development of Large Software Systems.
  875.  Proceedings of IEEE WESCON, August 1970.
  876.  
  877.  Introduces the Waterfall Process Model.
  878.  
  879. [Rumbaugh 91] Rumbaugh James, et al.  Object-Oriented Modeling and Design.
  880.  Prentice Hall.
  881.  
  882.   The often referred to book on OOA/OOD.  Introduces the Object Modeling
  883.   Technique (OMT) OOA/D notation and methodology.  Has case studies.
  884.  
  885. [Sciore 89] Edward Sciore.  Object Specialization. ACM Transactions on
  886.  Information Systems, Vol. 7, No. 2, April 1989, p 103.
  887.  
  888.   A hybrid approach between delegation and classical OO.
  889.  
  890. [Shlaer 88] Sally Shlaer and Stephen J. Mellor.  Object-Oriented Systems
  891.  Analysis: Modeling the World in Data.
  892.  
  893.   Credited as the first book proposing an OOA method.
  894.  
  895. [Shlaer 92] Sally Shlaer and Stephen J. Mellor.  Object Lifecycles: Modeling
  896.   the World in States.
  897.  
  898.   An addition to [Shlaer 88], provides dynamic modeling with a state-
  899.   transition driven approach.
  900.  
  901. [Strachey 67]  C. Strachey.  Fundamental Concepts in programming languages.
  902.  Lecture Notes for International Summer School in Computer Programming,
  903.  Copenhagen, Aug.
  904.  
  905.   Contains original, classical definition of polymorphism.
  906.  
  907. [Stroustrup 90] Ellis, M.A., Stroustrup. The Annotated C++ Reference Manual.
  908.  Addison Wesley.
  909.  
  910.   The ARM; the original and definitive book on C++.  Serves as the ANSI
  911.   base document for C++.  Also covers C++ implementation.  It is meant as 
  912.   a reference (including for compiler writers), not as a tutorial for
  913.   beginners.  Perhaps a better ref is [Stroustrup 91].
  914.  
  915. [Stroustrup 91] Stroustrup, B.  The C++ Programming Language (2nd edition).
  916.  
  917.   Has the ARM, better reference for the use of C++ (recommended by bs).
  918.   Contains sections on object-oriented software engineering.
  919.  
  920. [Tasker 93]  Dan Tasker.  The Problem Space, Practical Techniques for
  921.   Gathering & Specifying Requirements. ISBN: 0-646-12524-9.  Avail only from
  922.   author, dant@swdev.research.otc.com.au.
  923.  
  924.   Object-oriented requirements definition.  Hypertext.  Uses Rumbaugh's OMT as
  925.   a base.  See also APPENDIX D.
  926.  
  927. [Ungar 87] D. Ungar and R.B. Smith.  The Self Papers. [Entry To Be Completed]
  928.  
  929.   The documents on Self; a delegation/prototyping language.  Also covers Self
  930.   implementation and optimization.  See also APPENDIX E, PAPERS section.
  931.  
  932. [Wasserman 90] A.I. Wasserman et al. The Object-Oriented Software Design
  933.  Notation for Software Design Representation. IEEE Computer, 23(3).
  934.  
  935.   Presents the Object-Oriented Structured Design (OOSD) OOSE methodology.
  936.   Traditional structured techniques to OO, hybrid containing structured
  937.   design and Booch.
  938.  
  939. [Wegner 87] Peter Wegner. "Dimensions of Object-Based Language Design",
  940.   Proceedings of OOPSLA '87, October 4-8 1987, SIGPLAN Notices
  941.   (Special Issue), V22, No 12, pp168-182, 1987.
  942.  
  943. [Wikstrom 87] Ake Wikstrom.  Functional Programming Using Standard ML.
  944.  Prentice Hall, ISBN 0-13-331661-0, 1987.
  945.  
  946.   ML reference.
  947.  
  948. [Wilkie 93] George Wilkie. Object-Oriented Software Engineering - The
  949.  Professional Developer's Guide. Addison Wesley.
  950.  
  951.   Covers OOSE, 11 popular analysis and design methodologies with examples,
  952.   comparisons, and analysis, information systems (OODB), and case studies.
  953.  
  954. [Winter Partners]  Winter Partners 
  955.  
  956.   A proprietary toolset (OSMOSYS) for OOA and OOD.
  957.   Winter Partners
  958.     London Office:                 Zurich Office:
  959.       West Wing, The Hop Exchange
  960.       24a Southwark Street           Florastrasse 44
  961.       London SE1 1TY                 CH-8008 Zurich
  962.       England                        Switzerland
  963.       Tel. +44-(0)71-357-7292        Tel. +41-(0)1-386-95 11
  964.       Fax. +44-(0)71-357-6650        Fax. +41-(0)1-386-95 00
  965.  
  966. [Wirfs-Brock 90] Rebecca Wirfs-Brock, Brian Wilkerson, Lauren Wiener.
  967.  Designing Object Oriented Software, Englewood Cliffs, NJ. Prentice Hall.
  968.  
  969.   Presents a "Responsibility Driven Design" (RDD) with "Class, Responsibility,
  970.   Collaboration" (CRC) technique, a modern and new OOA/OOD methodology.
  971.  
  972. [Yaoqing 93]  Gao Yaoqing and Yuen Chung Kwong.  A Survey of Implementations
  973.  of Parallel, Concurrent, and Distributed Smalltalk.  ACM SIGPLAN Notices.
  974.  Vol 28, No. 9, Sept 93.
  975.  
  976.   Covers implementations of Parallel, Concurrent, and Distributed Smalltalk.
  977.  
  978. [Yourdon 92]  Edward Yourdon.  Decline and Fall of the American Programmer.
  979.  YPCS.
  980.  
  981.   Excellent coverage of modern software engineering practice and world-class
  982.   software development organizations.
  983.  
  984.  
  985.  
  986. APPENDICES
  987. ==========
  988.  
  989.  
  990. APPENDIX A  VIPS
  991. ================
  992.  
  993. These are individuals whose names appear in comp.object most often. 
  994. Please send recommendations for *major* VIPS often cited or referenced.
  995.  
  996. Booch, Grady <egb@rational.com>
  997. -------------------------------
  998.  
  999. Grady Booch has been an object-oriented Ada advocate for some time.  He's
  1000. written books such as Software Engineering with Ada, Software Components
  1001. with Ada, and OOD with Applications.  The first two are Object-Based and
  1002. the second is primarily Object-Oriented and all use OB and OO notations and
  1003. methodologies.  His last notations are often referred to as simply the
  1004. "Booch" method or notation and his company, Rational, provides automated
  1005. support with a tool named "Rose".  See also APPENDIX D.
  1006.  
  1007.  
  1008. Cox, Brad
  1009. ---------
  1010.  
  1011. Founder of Objective-C, which grafts the Smalltalk facilities of an
  1012. Object id and a messaging mechanism onto C.  Author of [Cox 87].
  1013.  
  1014.  
  1015. Goldberg, Adele  (Alan Kay, Dan Ingalls)
  1016. ----------------------------------------
  1017.  
  1018. One of the founders of Smalltalk (with Alan Kay and Dan Ingalls).  Coauthor
  1019. of [Goldberg 83, ??], "Smalltalk-80 The Language and its Implementation".
  1020. Smalltalk was invented by a group at Xerox PARC; and a spinoff, ParcPlace, is
  1021. now marketing Smalltalk environments (see APPENDIX C).
  1022.  
  1023.  
  1024. Meyer, Bertrand <bertrand@eiffel.com>
  1025. -------------------------------------
  1026.  
  1027. Founder of Eiffel, author of [Meyer 88].  Often posts to comp.lang.eiffel
  1028. and comp.object [what a FAQ writer notices].  His company, Interactive
  1029. Software Engineering, has a case tool called EiffelCase (see APPENDIX D).
  1030.  
  1031.  
  1032. Nygaard, Krysten (and Dahl, Ole-Johan)
  1033. --------------------------------------
  1034.  
  1035. Inventor of Simula, the first object-oriented programming language.  Also
  1036. inventor of object oriented design, for which Simula-67 was considered an
  1037. implementation technique.  Now B.B. Kristensen, O.L. Madsen, B. Moller-
  1038. Pedersen, and K. Nygaard are working on Beta, their successor to Simula.
  1039.  
  1040.  
  1041. Rumbaugh, James
  1042. ---------------
  1043.  
  1044. Part of Rumbaugh, Blaha, Premerlani, Eddy and Lorenson, the authors of
  1045. [Rumbaugh 91].  They all work for GE Corporate Research and Development Center
  1046. in Schenectady New York and have an OOA/OOD notation/methodology called the
  1047. "Object Modeling Technique".  It is a rather formal and complete method often
  1048. discussed in comp.object.  OMTool is the name of the CASE system provided by
  1049. GE which supports OMT.  See APPENDIX D.
  1050.  
  1051.  
  1052. Shlaer, Sally (and Mellor, Stephen J.)
  1053. --------------------------------------
  1054.  
  1055. >Sally Shlaer            sally@projtech.com
  1056. >Project Technology      Training and Consulting using Shlaer-Mellor OOA/RD
  1057. >Berkeley, CA            (510) 845 1484
  1058.  
  1059. Cofounder of the Shlaer/Mellor OOA/RD method, president of Project Technology.
  1060. As shown above, occasionally posts to comp.object [what a FAQ writer notices].
  1061.  
  1062.  
  1063. Stroustrup, Bjarne (bs@alice.att.com)
  1064. -------------------------------------
  1065.  
  1066. Inventor of C++, a C superset, which has probably gained the most widespread
  1067. use of any object-oriented language today.  Often found in comp.lang.c++ and
  1068. comp.object.
  1069.  
  1070.  
  1071.  
  1072. APPENDIX B  OBJECT-ORIENTED DATABASES AND VENDORS
  1073. =================================================
  1074.  
  1075. This is a list of available Object-Oriented databases.  Thanks go to Stewart
  1076. Clamen, who's survey on schema evolution provided a good start.  Additional
  1077. short entries are encouraged; please send additions to the author of the FAQ
  1078. (and/or to Stewart).
  1079.  
  1080. The most recent copy of Stewart Clamen's summary on available databases
  1081. support for schema evolution will be available indefinitely via anonymous
  1082. FTP from BYRON.SP.CS.CMU.EDU:/usr/anon/OODBMS/evolution-summary.
  1083.  
  1084. [Kim 89] covers a few of the research systems below in depth.
  1085.  
  1086. Starred entries also have an entry in "APPENDIX E  ANONYMOUS FTP SITES".
  1087.  
  1088.  
  1089. TABLE OF CONTENTS
  1090.  
  1091. Extended Relational Database Model
  1092.  Research Systems
  1093.   POSTGRES*     [marketed by Montage]
  1094.   Starburst     [IBM almaden, entry NYI]
  1095.  Commercial Systems
  1096.   Montage       [Research System POSTGRES]
  1097.  
  1098. Object-Oriented Data Model
  1099.  Research Systems
  1100.   AVANCE
  1101.   CLOSQL
  1102.   ConceptBase*
  1103.   COOL/COCOON
  1104.   Encore*
  1105.   Exodus*
  1106.   Machiavelli
  1107.   MOOD4-PC*
  1108.   OBST/STONE*
  1109.   Ode*
  1110.   Oggetto
  1111.   Orion [marketed as ITASCA, see Entry]
  1112.   OTGen
  1113.   VODAK
  1114.  Commercial Systems
  1115.   ArtBASE
  1116.   EasyDB (Objective Systems, Sweden)
  1117.   GemStone/GeODE
  1118.   ITASCA
  1119.   Matisse
  1120.   NeoAccess
  1121.   O2
  1122.   Objectivity/DB
  1123.   ObjectStore
  1124.   Ontos [formerly VBase]
  1125.   OpenODB (HP)
  1126.   Poet
  1127.   Statice
  1128.   UniSQL
  1129.   Versant
  1130.  
  1131. Other Models
  1132.  Research Systems  
  1133.   GRAS*
  1134.   IRIS
  1135.  Commercial Systems  
  1136.   IDL
  1137.   Kala
  1138.   Pick
  1139.  
  1140. Interfaces
  1141.  Research Systems
  1142.   Penguin
  1143.  Commercial Systems
  1144.   Persistence
  1145.   Subtlware
  1146.  
  1147.  
  1148. EXTENDED RELATIONAL DB MODEL
  1149. ----------------------------
  1150.  
  1151. Research Systems
  1152. ________________
  1153.  
  1154.  
  1155. > POSTGRES (Berkeley)
  1156.  
  1157. POSTGRES is an extended-relational database manager that supports
  1158. inheritance, user-defined types, functions, and operators, ad-hoc
  1159. queries, time travel, a rules system, tertiary storage devices,
  1160. and very large typed objects, among other things.  POSTGRES speaks
  1161. postquel, a derivative of the quel query language originally
  1162. designed at berkeley for the ingres database system.  User functions
  1163. may be written in C or in postquel.  C functions will be dynamically
  1164. loaded into the database server on demand, and either kind of function
  1165. may be executed from the query language.
  1166.  
  1167. POSTGRES and the papers that describe it are available free of charge
  1168. from toe.CS.Berkeley.EDU (128.32.149.117) in directory pub/postgres.
  1169. The code is stored in a directory named after the latest release; at
  1170. the time of this writing, that directory is postgres-v4r1.  The list
  1171. of officially-supported ports is short (decstations running ultrix 4.x
  1172. and sparcstations).  Unofficially, many more are supported -- people
  1173. elsewhere have done the ports and distribute their versions of the
  1174. code.  The list of unofficial ports is available in pub/postgres as
  1175. file UNOFFICIAL-PORT-LIST.
  1176.  
  1177. On Type Evolution:
  1178. You ask explicitly about type evolution.  We support schema
  1179. modification on all classes, including user classes.  This means that
  1180. you can add attributes (instance slots) and methods at any time.
  1181. Further, since postgres is a shared database system, such changes are
  1182. instantly visible to any other user of the class.
  1183.  
  1184. The language syntax supports attribute deletion, but the system won't
  1185. do it yet.  Since all data is persistent, removing attributes from a
  1186. class requires some work -- you need to either get rid of or ignore
  1187. all the values you've already stored.
  1188.  
  1189. Contact:
  1190. Paul Aoki <aoki@cs.berkeley.edu>
  1191.  
  1192. The postgres code from uc berkeley is being commercialized by
  1193. Miro Systems, Inc.        [This seems to have been updated to Montage]
  1194.  
  1195. Contact:
  1196.   paula hawthorn (paula@miro.com) 
  1197.   dave segleau (dave@miro.com)
  1198.  
  1199.  
  1200. Commercial Systems
  1201. ------------------
  1202.  
  1203. > Montage (ORDBMS) [Research System POSTGRES]
  1204.  
  1205. From: markh@montage.com (Mark Helfen)
  1206. Subject: Montage Database - brief product announcement
  1207. Followup-To: sales@montage.com 
  1208. Organization: Montage Software, Inc.
  1209. Date: Wed, 10 Nov 1993 23:05:03 GMT
  1210.  
  1211. The Montage object-relational database management system 
  1212. (ORDBMS) is now available from Montage Software, Inc. 
  1213.  
  1214. The Montage object-relational database management system 
  1215. includes the Montage Server(tm) database engine, the Montage 
  1216. Viewer(tm) -- a new visualization tool that simplifies queries of 
  1217. complex data -- and Montage DataBlades(tm), specialized modules 
  1218. that extend the capabilities of the database for specific applications.  
  1219. Montage represents the commercialization of the seven-year 
  1220. POSTGRES research project.   
  1221.  
  1222. The Montage Server extends the relational database model through 
  1223. its ability to handle complex information, and the inclusion of object-
  1224. oriented facilities and capabilities.  It uses the familiar relational row-
  1225. column metaphor for all data, so that text, numbers and complex data 
  1226. are all viewed, managed, manipulated and queried the same way.   
  1227. The relational metaphor is extended to allow data of any size and 
  1228. complexity to be stored and accessed in the way that is most 
  1229. effective.   SQL, used to access and manage data, is extended with 
  1230. SQL3-based capabilities to allow the definition of user data types and 
  1231. functions.
  1232.  
  1233. The Montage Viewer uses visualization technology to organize 
  1234. information in visual terms -- by location, shape, color and intensity, 
  1235. for example.  Similar to a "flight simulator," the Montage Viewer allows 
  1236. the user to visually navigate through data, refining each step by 
  1237. "panning" and "zooming" with a mouse.  
  1238.  
  1239. A DataBlade is a combination of data types and functions that are 
  1240. designed to support a specific application.   Text, Spatial, and Image 
  1241. are the first of many DataBlades that will comprise a full-range of 
  1242. industry-specific products created by Montage, third parties and 
  1243. users based upon their own expertise.    
  1244.  
  1245. o     The Text DataBlade expands the database's functionality by 
  1246. adding new data types and functions that manage text and document 
  1247. libraries, as well as a providing a new access method (Doc-Tree) 
  1248. which provides exceptional search performance for text.  
  1249.  
  1250. o     The Image DataBlade supports image conversion, storage, 
  1251. manipulation, enhancement and management of more than 50 image 
  1252. formats, and performs automatic conversion of formats at the user's 
  1253. discretion.  
  1254.  
  1255. o     Points, lines, polygons and their spatial relationships are now 
  1256. supported in the relational model with the Spatial DataBlade.  The 
  1257. DataBlade defines nine basic spatial types and makes over 200 SQL 
  1258. functions available for use on spatial data, as well as supports the 
  1259. R-Tree access method for high speed navigation of spatial data.    
  1260.  
  1261. Montage Software was co-founded by Gary Morgenthaler of 
  1262. Morgenthaler Ventures and Dr. Michael Stonebraker of the University 
  1263. of California, Berkeley, .  Morgenthaler is Montage Software's 
  1264. chairman of the board and Stonebraker serves as the company's 
  1265. chief technology officer.    Morgenthaler and Stonebraker co-
  1266. founded Ingres Corporation (then called Relational Technology, 
  1267. Inc.), in 1980.    
  1268.  
  1269. FOR ADDITIONAL INFORMATION:
  1270.  
  1271. Montage Software Inc. can be contacted at:
  1272.  
  1273. email:                        sales@montage.com
  1274. phone:                        (510) 652-8000
  1275. fax:                          (510) 652-9688
  1276.  
  1277. Mailing Address:
  1278.  
  1279. Montage Software, Inc.
  1280. 2000 Powell Street, Suite 1405
  1281. Emeryville, CA  94608
  1282.  
  1283. OO DATA MODEL
  1284. -------------
  1285.  
  1286. Research Systems
  1287. ________________
  1288.  
  1289. > AVANCE (SYSLAB)
  1290.  
  1291. An object-oriented, distributed database programming language.  Its
  1292. most interesting feature is the presence of system-level version
  1293. control, which is used to support schema evolution, system-level
  1294. versioning (as a way of improving concurrency), and objects with their
  1295. own notion of history.  System consists of programming language (PAL)
  1296. and distributed persistent object manager. 
  1297.  
  1298. REFERENCES: 
  1299.         Anders Bjornerstedt and Stefan Britts. "AVANCE: An
  1300.         Object Management System".  Proceedings of OOPSLA88.
  1301.  
  1302.  
  1303.  
  1304. > CLOSQL (University of Lancaster)
  1305.  
  1306. Status:-
  1307. CLOSQL is a research prototype OODB designed primarily for prototyping 
  1308. various schema evolution and view mechanisms based on class versioning.
  1309. The system is built using CommonLISP. It would really only be of interest
  1310. to other parties as a research tool.
  1311.  
  1312. Requirements:-
  1313. Common LISP including CLOS standard. The Graphical user interface requires
  1314. the Harlequin LispWorks Tool-kit. The system was built on a Sun4 and
  1315. has not been tested on any other platform.
  1316.  
  1317. Features:-
  1318. As a prototype, CLOSQL is not robust enough to sell. The system is single
  1319. user and does not properly support persistence - that is, the data has to
  1320. be loaded and saved explicitly. The query language is quite good 
  1321. making good use of the functional nature of the environment. 
  1322. Methods (LISP and query language only), class versioning and
  1323. multiple inheritance are all supported in the data model. Type checking
  1324. information is held in the database, but is NOT enforced at present. The
  1325. GUI is notable for its support for schema evolution, but otherwise rather
  1326. ordinary.
  1327.  
  1328. Availability:-
  1329. Probably freely available, but as the project was part funded by an
  1330. industrial partner, some consultation with them would be necessary before
  1331. the system could be released.
  1332.  
  1333. References:-
  1334. [1]  Monk, S. R. and I. Sommerville, "A Model for Versioning of Classes 
  1335. in Object-Oriented Databases", Proceedings of BNCOD 10, Aberdeen. 
  1336. pp.42-58. 1992.
  1337.  
  1338. [2]  Monk, S. "The CLOSQL Query Language". Technical report No. SE-91-15. 
  1339. Computing Dept, Lancaster University, Lancaster, LA1 4YR, UK. 1991.
  1340.  
  1341. [3]  Monk, S., "A Model For Schema Evolution In Object-Oriented Database 
  1342. Systems", PhD thesis, Dept of Computing, Lancaster University, Lancaster
  1343. LA1 4YR, UK. 1992.
  1344.  
  1345. On Schema evolution (from original survey):
  1346. CLOSQL implements a class versioning scheme (like ENCORE), but employs a
  1347. conversion adaptation strategy.  Instances are converted when there is a
  1348. version conflict, but unlike ORION and GemStone, CLOSQL can convert instances
  1349. to older versions of the class if necessary.
  1350.  
  1351.         Aberdeen, Scotland. July, 1992.
  1352.  
  1353. Contacts;
  1354. Simon Monk:      srm@computing.lancaster.ac.uk
  1355. Ian Sommerville: is@computing.lancaster.ac.uk 
  1356.  
  1357.  
  1358. > ConceptBase
  1359.                                  Version 3.1
  1360.  
  1361. The ConceptBase System
  1362.  
  1363. ConceptBase is a deductive object management system intended for
  1364. conceptual modeling and the coordination of design environments.  It
  1365. integrates techniques from deductive and object-oriented databases in
  1366. the logical framework of the language Telos.
  1367.  
  1368. Key features are
  1369.  
  1370. *  hybrid representation with frame-like objects, semantic nets and
  1371.    logical specifications
  1372.  
  1373. *  extensibility by metaclass hierarchies
  1374.  
  1375. *  declarative object-centered query language
  1376.  
  1377. *  persistent object management with roll-back capability
  1378.  
  1379. ConceptBase follows a client-server architecture.  Client programs can
  1380. connect to the ConceptBase server and exchange data via interprocess
  1381. communication.  The ConceptBase programming interface allows the users
  1382. to create their own client programs in C or Prolog.
  1383.  
  1384. The X11-based ConceptBase usage environment offers an extensible
  1385. palette of graphical, tabular and textual tools for editing and
  1386. browsing the knowledge base.  It includes the CoAuthor tool which
  1387. supports multiple author production of hypermedia documents.
  1388.  
  1389. ConceptBase Applications
  1390.  
  1391. ConceptBase has been developed with partial support from the ESPRIT
  1392. projects DAIDA and Compulog.  It serves as a central knowledge manager
  1393. in the DAIDA environment for data-intensive information systems.
  1394. Further applications range from configuration management, co-authoring
  1395. to requirements engineering, reverse engineering, business modeling,
  1396. and quality assurance systems.  ConceptBase is used by several research
  1397. institutions in Europe and North America for experimental purposes.
  1398.  
  1399. Availability
  1400.  
  1401. ConceptBase is available for research purposes in a Prolog version
  1402. (running under ProLog by BIM 3.1) or as a runtime system.  The
  1403. graphical usage environment of ConceptBase is based on the Andrew
  1404. toolkit release 5.1.
  1405.  
  1406. Version 3.2 (only available as runtime system) will be released in 
  1407. August 1993.
  1408.  
  1409. A four week test-version of ConceptBase V3.1 is available 
  1410. on the FTP server ftp.informatik.rwth-aachen.de in the 
  1411. directory pub/CB.  For running the ftp version you must ask for a 
  1412. key by email.
  1413.  
  1414.  
  1415. Technical Requirements
  1416.  
  1417. Machine:  SUN4/Sparc
  1418. Main memory:    at least 8 MB
  1419. Free swap space:        at least 30 MB
  1420. Free space on disk:     at least 18 MB
  1421. Operating System:       SUN OS 4.1.1
  1422. Environment:            X11 Release 5
  1423.  
  1424. Contact
  1425.  
  1426. Rene Soiron
  1427. RWTH Aachen --- Informatik V
  1428. Ahornstr. 55, D-52056 Aachen
  1429. Tel/Fax: +49 +241 80 21 501 / 80 21 529
  1430. email: CB@picasso.informatik.rwth-aachen.de
  1431.  
  1432.  
  1433. Also:
  1434. We have developed a deductive object-oriented database called
  1435. ConceptBase where everything (tokens, classes, meta-classes
  1436. ,meta-meta-classes ,attributes, instantiations, specializations) is
  1437. treated as an object. That means that you may update the "schema"
  1438. (classes) at any time just as any other ordinary object.
  1439.  
  1440. The systems has (user-defined and builtin) integrity constraints that
  1441. prevent inconsistency (e.g. violation of ref.integrity).  Integrity
  1442. constraints in ConceptBase are (as in most other systems) static,
  1443. i.e., they are conditions that each database "state" must satisfy.
  1444.  
  1445. The data model we use does not distinguish schema level information
  1446. (i.e. classes) from instance level information. If you change for
  1447. example some classes and this change violates some integrity
  1448. constraints, e.g.  some instances now don't have the right attribute
  1449. types anymore, then you have the choice either to reject the update or
  1450. to change the existing DB. Currently, ConceptBase simply rejects such
  1451. updates.  We are thinking of exploiting abduction (see VLDB'90 article
  1452. of Kakas&Mancarella) to make more clever reactions in the sense of
  1453. "reformatting" instances.
  1454.  
  1455. [Manfred Jeusfeld <jeusfeld@forwiss.uni-passau.de>]
  1456.  
  1457.  
  1458. > COOL/COCOON (Ulm Universitaet)
  1459.  
  1460. The COCOON project was intended to extend the concepts and the
  1461. architecture of relational database management systems (DBMSs) beyond
  1462. nested relational to object-oriented ones. Based upon the nested
  1463. relational DBMS kernel DASDBS, we have built a prototype implementation
  1464. of the COCOON model. Key characteristics of COCOON are: generic,
  1465. set-oriented query and update operators similar to relational algebra
  1466. and SQL updates, respectively; object-preserving semantics of query
  1467. operators, which allows for the definition of updatable views; a
  1468. separation of the two aspects of programming language "classes": type
  1469. vs. collection; predicative description of collections, similar to
  1470. "defined concepts" in KL-One--like knowledge representation
  1471. languages; automatic classification of objects and views (positioning
  1472. in the class hierarchy); physical clustering of subobjects via the use
  1473. of nested relations as the internal storage structures; support for the
  1474. optimization of both, the physical DB design and query transformation,
  1475. by corresponding optimizers.
  1476.  
  1477. Project goals are:
  1478.  
  1479. - to develop a general formal framework for investigations of all
  1480.   kinds of schema changes in object-oriented database systems
  1481.   (including schema design, schema modification, schema tailoring, and
  1482.   schema integration);
  1483. - to find implementation techniques for evolving database schemas,
  1484.   such that changes on the logical level propagate automatically to
  1485.   adaptations of the physical level (without the need to modify all
  1486.   instances, if possible).
  1487.  
  1488. In their current paper [see below], schema evolution is used as
  1489. example of a general framework for change in OODBs, supporting change
  1490. on three levels of database objects: data objects, schema objects, and
  1491. meta-schema objects.
  1492.  
  1493. Contact: Markus Tresch <tresch@informatik.uni-ulm.de>
  1494.  
  1495.  
  1496. REFERENCES:
  1497.         M. Tresch and M.H. Scholl. "Meta Object Management
  1498.         and its Application to Database Evolution."  In
  1499.         _Proceedings of the Eleventh International
  1500.         Conference on the Entity-Relationship Approach",
  1501.         Karlsruhe, Germany, Oct 1992.  Springer Verlag (to
  1502.         appear).
  1503.  
  1504.